home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940085.txt < prev    next >
Internet Message Format  |  1994-11-13  |  21KB

  1. Date: Fri, 25 Feb 94 04:30:23 PST
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #85
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri, 25 Feb 94       Volume 94 : Issue   85
  11.  
  12. Today's Topics:
  13.                     Dan Pickersgill - USENET POSTS
  14.                  Industry gets more Amateur Spectrum
  15.        Modern technology (was Re: The *language* requirement!)
  16.     Morse Code testing (was Re: ARRL's Lifetime Amateur licenses)
  17.               Online repeater directory, ARRL opposition
  18.                        Super Morse 4.10 is out!
  19.                      The *language* requirement!
  20.                Two meter frequency allocations (2 msgs)
  21.  
  22. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  23. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Policy Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Wed, 23 Feb 1994 18:24:12 GMT
  35. From: spsgate!mogate!newsgate!nuntius@uunet.uu.net
  36. Subject: Dan Pickersgill - USENET POSTS
  37. To: ham-policy@ucsd.edu
  38.  
  39. In article <2kdgai$9oe@sugar.NeoSoft.COM> A great x ray technician!,
  40. xraytech@sugar.NeoSoft.COM writes:
  41. >This brings up another point. The Codeless Technician was SUPPOSED to
  42. >bring in all sorts of technically-advanced people, who were to use
  43. >radio to supplement their research in packet, satellite communication,
  44. >spread spectrum, and so on. Ninety-five percent of all Codeless Techs
  45. >are "ratchet-jawing" (their phrase, not mine) on Two Meter FM.
  46. >Therefore, I submit that the Codeless Technician is NOT being used for
  47. >the stated purpose, and instead being used for Citizen's Band.
  48.  
  49.  
  50. Robert,
  51.   I can see why you have the trouble seeing all the wonderful ways we are
  52. exploring amateur radio.  If the truth be known, most people find you
  53. terribly offensive, and don't invite you to play......So those of us who
  54. take time to post thought out arguments (you're entitle to not agree, but
  55. we had hoped you might be challenged to write a real rebuttal that could
  56. be construed to be thought out) are spat upon as being lazy?  Oh quite
  57. contrare, we have spend much time trying to enlighten you on our point of
  58. view.  I have seen many well thought out pro and con statements on the
  59. net, but not with your tag line attached.  In fact some of the pro coders
  60. have made an impact on my point of view in their favor........but that
  61. hasn't reduced my contempt for you.
  62.   Since taking my test I have built a couple power amps, taken over a
  63. newsletter in a local club, am involved in building a EME system and
  64. working towards emergency services.......and gee I'm just another lazy
  65. code free tech.  
  66.   Please define "ratchet-jawing", as that is the majority of the comms I
  67. hear on HF.  Before the flames eat me I know there are many nets that
  68. discuss emergency or technical information, but come on do you really
  69. think that 2 mtrs has a lock on "ratchet-jawing"?  Get real
  70.  
  71.  
  72. Rick Aldom
  73.  
  74. ------------------------------
  75.  
  76. Date: Tue, 22 Feb 1994 19:26:30 GMT
  77. From: catfish!cscsun!dtiller@uunet.uu.net
  78. Subject: Industry gets more Amateur Spectrum
  79. To: ham-policy@ucsd.edu
  80.  
  81. A great x ray technician! (xraytech@sugar.NeoSoft.COM) wrote:
  82. : In article <millar.77.000832F7@nhqvax.sanders.lockheed.com>,
  83. : Jeffrey R. Millar <millar@nhqvax.sanders.lockheed.com> wrote:
  84. : >The Commerce Dept, in conjunction with DoD plans to give 200 MHz of spectrum 
  85. : >space in the 1200 - 4800 MHz area to industry.  This includes 2300-2310 and 
  86. : >2402-2417 MHz.  One annoying aspect, the 2402-2417 MHz segment goes to 
  87. : >industry in August 1994 without a comment and review period. 
  88. : >
  89. : >We need to gear up to fight this.  Without a 2400 MHz allocation, repeaters 
  90. : >in this band won't work.
  91.  
  92. I'd like to see a slightly wide alloc at the top of the band, i.e. 2475 or so.
  93. (Yes I know that's ISM-land).  That's so I can use a microwave magnetron
  94. for ATV...
  95. -- 
  96. David Tiller        | Network Administrator    | Voice: (804) 752-3710       |
  97. dtiller@rmc.edu        | Randolph-Macon College| Fax:   (804) 752-7231       |
  98. "Drunk, [Beowulf] slew    | P.O. Box 5005        | ICBM:  37d 42' 43.75" N     |
  99. no hearth companions."    | Ashland, Va 23005    |        77d 31' 32.19" W     |
  100.  
  101. ------------------------------
  102.  
  103. Date: 24 Feb 1994 00:32:45 GMT
  104. From: koriel!newsworthy.West.Sun.COM!sunspot!myers@ames.arpa
  105. Subject: Modern technology (was Re: The *language* requirement!)
  106. To: ham-policy@ucsd.edu
  107.  
  108. In article <2kgpoi$rp5@chnews.intel.com> jbromley@sedona.intel.com (Jim Bromley, W5GYJ) writes:
  109. >In article <CLMt8E.3xE@world.std.com>,
  110. >David R Tucker <drt@world.std.com> wrote:
  111. >
  112. >>I've been thinking about the morse code requirement in the light of
  113. >>the discussion we've been having on language in this group, and I have
  114. >>an idea...
  115. >
  116. >>I suggest we get rid of the code requirement - and substitute a
  117. >>*language* requirement!...
  118. >
  119. >>There's no reason morse code couldn't be one of the "languages" (if
  120. >>you'll pardon the term) which people could master...
  121. >
  122. >
  123. >You'll get my vote in a nanosecond if you also include computer
  124. >languages on the approved list.
  125.  
  126.  
  127. Though it has nothing to do with the "code is a language" argument,
  128. I'd very much like to see the amateur question pools incorporate
  129. questions on the topics of embedded programming and network progamming.
  130.  
  131. And, yeah, I think the demonstration of knowledge of current languages
  132. such as Pascal and C should count towards elements 1B and 1C.  Maybe
  133. 50 questions each, each drawn from a pool of 500 questions.  Include
  134. debugging, real=time, etc.
  135.  
  136. Nah... wouldn't want anything relevant to modern radio on the tests.  I
  137. had to pass the CW tests we have today, so everyone else should have to.
  138.  
  139. NOT!
  140.  
  141. -- 
  142.  * Dana H. Myers KK6JQ, DoD 466    | Views expressed here are    *
  143.  * (310) 348-6043         | mine and do not necessarily    *
  144.  * Dana.Myers@West.Sun.Com    | reflect those of my employer    *
  145.  * This Extra supports the abolition of the 13 and 20 WPM tests *
  146.  
  147. ------------------------------
  148.  
  149. Date: Wed, 23 Feb 1994 14:58:43 GMT
  150. From: catfish!cscsun!dtiller@uunet.uu.net
  151. Subject: Morse Code testing (was Re: ARRL's Lifetime Amateur licenses)
  152. To: ham-policy@ucsd.edu
  153.  
  154. Dan Pickersgill (dan@mystis.wariat.org) wrote:
  155. : ehare@arrl.org (Ed Hare (KA1CV)) writes:
  156.  
  157. : (Well stated position on code-nocode and hams in general deleted)
  158.  
  159. : Ed, the only thing I would take exception to (and you mentioned it) is
  160. : that morse is an encryption method not a language. And it IS memorized
  161. : the fact that you have limited time to respond is a conditioned response
  162. : again, not learned. Conditioned. Any one remember Dr. Pavlov?
  163.  
  164. I don't know beans about Pavlov, but I must agree with Dan in that CW
  165. is not a language.  If it were then I could converse with any other CW
  166. fluent ham without those cute Q signals, could I not?  The fact is we
  167. are merely converting letters and numbers into a shorthand of sounds
  168. suitable to the method of transmission.  Just as a russian document in
  169. ASCII is still unreadable to a non-russian speaking person, so would a
  170. CW transmission be.  
  171.  
  172. PS - I don't like 'encrypt' - that implies attempting to hide the contents 
  173.      of the transmission when the actual intent is to facilitate communication.
  174. -- 
  175. David Tiller        | Network Administrator    | Voice: (804) 752-3710       |
  176. dtiller@rmc.edu        | Randolph-Macon College| Fax:   (804) 752-7231       |
  177. "Drunk, [Beowulf] slew    | P.O. Box 5005        | ICBM:  37d 42' 43.75" N     |
  178. no hearth companions."    | Ashland, Va 23005    |        77d 31' 32.19" W     |
  179.  
  180. ------------------------------
  181.  
  182. Date: Thu, 24 Feb 1994 15:16:40 GMT
  183. From: elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!uchinews!att-out!walter!dancer.cc.bellcore.com!not-for-mail@ames.arpa
  184. Subject: Online repeater directory, ARRL opposition
  185. To: ham-policy@ucsd.edu
  186.  
  187. This discussion originated in rec.radio.amateur.misc, but I think
  188. it more appropriately belongs in ....policy so here's my post:
  189.  
  190. >William=E.=Newkirk%Pubs%GenAv.Mlb@ns14.cca.CR.rockwell.COM wrote:
  191. >: I have a real big problem with the idea that there are deliberate errors
  192. >:purposely induced into a reference book.  Maybe we should start
  193. >: a "repeater directory accuracy project" to confirm all the listings in the
  194. >: ARRL directory to see if content errors exist.
  195.  
  196. My following post includes a layman's set of interpretations/opinions
  197. relative to some legal issues...Bottom line, I'm not a lawyer, but
  198. here's my opinion, treat it accordingly.
  199.  
  200. First, I'm an ARRL member and a Local Gov't Liason (LGL) in the ARRL field
  201. organization, but that doesn't mean I agree with all positions of ARRL.
  202. I missed the initial thread of this discussion,but from the two recent
  203. posts it appears ARRL has threatened legal action against someone
  204. providing (or intending to provide) an "online" version of a repeater
  205. directory.  It also appears that ARRL has determined that some of
  206. the data included in this "online" directory must have been taken
  207. from the ARRL Repeater Directory because there are certain
  208. identical pieces of data that were created (e.g. a deliberate
  209. misspelling of a town name, callsign, etc.) as such in the ARRL
  210. publlished directory to use as a means of identifying data from
  211. the ARRL directory which has been used to create other databases.
  212. The ARRL then claims that using that information is a violation of
  213. their copyright on their Repeater Directory.
  214.  
  215. Hopefully I've expressed the above correctly...now I delve into my
  216. opinion.  Several years ago an almost identical situation arose
  217. having to do with an "independent" telephone white pages provider
  218. who used the white pages of one of the regional telephone companies
  219. as the source for the independent's white pages.  The independent
  220. first approached the telephone company and asked to purchase an electronic
  221. copy for the purpose, but the telephone company refused.  The
  222. independent then just had all the data manually keypunched into its own
  223. database from an actual "hard copy" of the white pages.
  224. The telephone company was able to "prove" that the independent white
  225. page provider used the telco white pages because they had populated
  226. the telco white pages with certain "bogus" entries for that express
  227. purpose.  Not knowing of which entries were bogus, the bogus entries
  228. were readily found in the white pages of the independent white
  229. pages.  The case went all the way to the US Supreme Court.
  230.  
  231. The final resolve of the case was that the white pages was NOT
  232. protected by copyright because it was nothing more than a factual
  233. listing of data that was arranged alphabetically.  Factual
  234. information (e.g. my name, address & phone number) can not be
  235. copyrighted and the court decision said that a simple
  236. alphabetical sort/listing of that data did NOT represent a
  237. compilation that would be protectable by copyright.  Thus there
  238. is precident for using data from any source (factual data that is)
  239. in another database if there is a valid argument that the data
  240. as presented in the newly created database is either (1) not
  241. of any particularly creative arrangement (e.g. alphabetical, arranged
  242. by state, town, etc.) or (2) is arranged in a different arrangement
  243. (creatively speaking) than the data as presented in the original
  244. database (e.g. the ARRL Repeater Guide).
  245.  
  246. So, for this specific situation, it seems to me that all the
  247. individual data about any given repeater is not copyrightable
  248. by itself (e.g. input/output freq., location, callsign, attributes,
  249. etc.) and it is only the total compilation of that data for
  250. all the repeaters in a directory that
  251. MAY be copyrightable as a total work where the copyright protects
  252. a uniquely creative way of presenting the data (simple
  253. electronic sorts by band, state, and location don't...IMHO...seem
  254. to be a good example of a creative presentation).
  255.  
  256. End of legal discussion-------
  257.  
  258. Frankly, I think an online repeater directory would be a great
  259. benefit to us all.  If it was available, especially where the
  260. user might be able to set certain "sort" parameters to derive
  261. a list of repeaters of specific interest to the user.  Would
  262. I still buy the ARRL directory?  Absolutely...because I keep that
  263. directory in the car, not in the shack anyway.  My usual process
  264. is to buy a new directory every other year.  Certainly at $6
  265. it isn't a financial reason that most folks would not opt to
  266. purchase their own hard copy directory for the glovebox.
  267.  
  268. Just my opinion.
  269.  
  270. Standard Disclaimer- Any opinions, etc. are mine and NOT my employer's.
  271. -----------------------------------------------------------------------
  272. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  273. Morristown, NJ             email via UUCP      bcr!cc!whs70
  274. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  275.  
  276. ------------------------------
  277.  
  278. Date: Wed, 23 Feb 1994 16:48:49 -0500
  279. From: elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utnut!utcsri!newsflash.concordia.ca!altitude!dino.hip.cam.org!user@ames.arpa
  280. Subject: Super Morse 4.10 is out!
  281. To: ham-policy@ucsd.edu
  282.  
  283. I read a note somewhere that 4.06 was available from some FTP site.
  284. Well super Morse 4.10 is out and available on Compuserve and possibly
  285. somewhere on the NET.  If you can't find it, let me know and if someone
  286. tells me how to get permission to PUT it on their FTP server, I can send it
  287. there. 
  288.  
  289. 73 de dino
  290.  
  291. -- 
  292.     """""""""""""""""""""
  293.     |   Dino Moriello    """"""""""""""""""""""
  294.     |   PO BOX 105       Internet: dino@CAM.ORG """""""""""""""""""""
  295.     |   Radisson,Quebec  Compuserve: 76120,1472  Tel.: 514-974-0773 |
  296.     |   CANADA  J0Y 2X0  Packet:   VE2DM@VE2FKB        819-638-8281 |
  297.     """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  298.     Please E-mail replies since I can't always read the USENET postings.
  299.  
  300. ------------------------------
  301.  
  302. Date: 24 Feb 1994 17:06:23 GMT
  303. From: agate!howland.reston.ans.net!sol.ctr.columbia.edu!news.columbia.edu!watsun.cc.columbia.edu!jbaltz@ames.arpa
  304. Subject: The *language* requirement!
  305. To: ham-policy@ucsd.edu
  306.  
  307. In article <2kgpoi$rp5@chnews.intel.com>,
  308. Jim Bromley, W5GYJ <jbromley@sedona.intel.com> wrote:
  309.  
  310. >You'll get my vote in a nanosecond if you also include computer
  311. >languages on the approved list.
  312.  
  313. You speak much assembler through your mouth? Or maybe you whistle Baudot?
  314. (Does that count as music?)
  315.  
  316. The whole point behind the introduction of a language requirement was that
  317. it be a *spoken* language (since we speak with others) or maybe just a
  318. language whose orthography can be translated into Morse Code unambiguously...
  319.  
  320. And I thought that *I* was a geek!
  321.  
  322. //jbaltz
  323. jerry b. altzman   Entropy just isn't what it used to be      +1 212 650 5617
  324. jbaltz@columbia.edu      jbaltz@sci.ccny.cuny.edu      (HEPNET) NEVIS::jbaltz
  325.  
  326. ------------------------------
  327.  
  328. Date: Wed, 23 Feb 1994 20:09:17 GMT
  329. From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!usenet.ins.cwru.edu!lerc.nasa.gov!magnus.acs.ohio-state.edu!csn!col.hp.com!srgenprp!alanb@network.ucsd.edu
  330. Subject: Two meter frequency allocations
  331. To: ham-policy@ucsd.edu
  332.  
  333. Gary Davis (gdavis@griffin.uvm.edu) wrote:
  334. :  Our University station is struggling with the student association for
  335. : funding and as a result we put a 2 meter- cross band- remote base on 
  336. : the air.    ...    Soon we we pounced on by
  337. : the local coordinator who said we were in violation of part 97 since
  338. : what we had was not a remote base, rather a repeater.
  339.  
  340. : I called ARRL legal counsel and he concluded that we did not have a
  341. : repeater since we do the following:
  342.  
  343. : 1. turn it on and off when used
  344.  
  345. : 2. do-not operate or occupy the frequency 24 hours a day
  346.  
  347. : However, the local coordinator has said that any radio that uses any
  348. : form of automatic T/R switching constitutes a repeater!
  349.  
  350. ------------------------------
  351.  
  352. Date: Wed, 23 Feb 1994 20:02:49 GMT
  353. From: world!drt@uunet.uu.net
  354. Subject: Two meter frequency allocations
  355. To: ham-policy@ucsd.edu
  356.  
  357. Gary Davis (gdavis@griffin.uvm.edu) wrote:
  358. :  Our University station is struggling with the student association for
  359. : funding and as a result we put a 2 meter- cross band- remote base on 
  360. : the air. At the time it seemed as if an acceptable input frequency
  361. : would be in the miscellaneous (uses) allocation. We put our input on
  362. : 145.775 ( an unused frequency in the area). Soon we we pounced on by
  363. : the local coordinator who said we were in violation of part 97 since
  364. : what we had was not a remote base, rather a repeater.
  365.  
  366. : I called ARRL legal counsel and he concluded that we did not have a
  367. : repeater since we do the following:
  368.  
  369. : 1. turn it on and off when used
  370.  
  371. : 2. do-not operate or occupy the frequency 24 hours a day
  372.  
  373. : However, the local coordinator has said that any radio that uses any
  374. : form of automatic T/R switching constitutes a repeater!
  375. : Therefore, he contends we are in violation of part 97?
  376. : In any event we change frequencies today, but are there any opinions
  377. : on exactly what constitutes a repeater.
  378.  
  379. : In my opinion, when the law was enacted, a repeater was construyed to
  380. : be a remote system with inputs/outputs in the same band and not a box
  381. : which is turned on or off before and after use.
  382.  
  383. : I cannot see how our occupany of the frequency is much different from
  384. : sporatic "simplex" operation.
  385.  
  386. : 73-- Gary
  387.  
  388. You're not taking the position that this is an auxiliary operation,
  389. instead, are you?  They're illegal on 2.  I'd rather admit it was a
  390. repeater, because then you don't have to change bands!  But I'm not
  391. really clear on your exact setup.
  392.  
  393. -drt
  394.  
  395. ------------------------------------------------------------------------
  396. |David R. Tucker        KG2S              drt@world.std.com|
  397. ------------------------------------------------------------------------
  398.  
  399. ------------------------------
  400.  
  401. Date: (null)
  402. From: (null)
  403.      97.3  Definitions
  404.        (a)  The definitions of terms used in part 97 are:
  405.         ...
  406.         (7) Auxiliary station.  An amateur station transmitting
  407.         communications point-to-point within a system of
  408.         cooperating amateur stations.
  409.         ... 
  410.         (34) Repeater.  An amateur station that automatically
  411.         retransmits the signals of other stations.
  412.  
  413. If the station is used in a point-to-point fashion as part of a larger
  414. system, then you can call it an auxiliary station, even if it 
  415. has automatic T/R switching.  Many groups try to get around the
  416. repeater rules by setting up a "remote base" and defining every
  417. member of the club to be a "control point".
  418.  
  419. It's clear that such a "system" is really a repeater in disguise.
  420. I don't know if that applies to your group.
  421.  
  422. AL N1AL
  423.  
  424. ------------------------------
  425.  
  426. Date: 24 Feb 1994 20:35:09 GMT
  427. From: news.acns.nwu.edu!math.ohio-state.edu!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!ssd.intel.com!chnews!scorpion!jbromley@network.ucsd.edu
  428. To: ham-policy@ucsd.edu
  429.  
  430. References <CLMt8E.3xE@world.std.com>, <2kgpoi$rp5@chnews.intel.com>, <2kimqf$9e1@apakabar.cc.columbia.edu>d.com
  431. Subject : Re: The *language* requirement!
  432.  
  433. In article <2kimqf$9e1@apakabar.cc.columbia.edu>,
  434. Jerry B Altzman <jbaltz@watsun.cc.columbia.edu> wrote:
  435.  
  436. >>I wrote:
  437. >>You'll get my vote in a nanosecond if you also include computer
  438. >>languages on the approved list.
  439.  
  440. >You speak much assembler through your mouth? Or maybe you whistle Baudot?
  441. >(Does that count as music?)
  442.  
  443. You would be surprised what I hear over the cubicle walls.
  444.  
  445. >The whole point behind the introduction of a language requirement was that
  446. >it be a *spoken* language (since we speak with others) or maybe just a
  447. >language whose orthography can be translated into Morse Code unambiguously...
  448.  
  449. In some universities one may fulfill the foreign language requirement
  450. by learning a computer programming language. And some graduate
  451. programs only require a *reading* comprehension of a foreign language
  452. for admission.  Amateur radio might be able to follow their lead.
  453.  
  454. >And I thought that *I* was a geek!
  455.  
  456. If you walk like a geek and talk like a geek, you *are* a geek! ;-)
  457.  
  458. >//jbaltz
  459. >jerry b. altzman   Entropy just isn't what it used to be      +1 212 650 5617
  460. >jbaltz@columbia.edu      jbaltz@sci.ccny.cuny.edu      (HEPNET) NEVIS::jbaltz
  461.  
  462. +-------------------------+--------------------------------------------------+
  463. | Jim Bromley W5GYJ       |                                                  |
  464. | Intel Corp. m/s C11-91  |    These are my own opinions.                    |
  465. | 5000 W. Chandler Blvd.  |           They are definitely not Intel's.       |
  466. | Chandler,AZ 85226       |                                                  |
  467. | tel: 602-554-5183       | Internet: jbromley@sedona.intel.com              |
  468. +-------------------------+--------------------------------------------------+
  469.  
  470. ------------------------------
  471.  
  472. End of Ham-Policy Digest V94 #85
  473. ******************************
  474.